home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000830_R.Kooijman@et.tudelft.nl_Sun Aug 7 23:07:59 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  2KB

  1. Received: from dutepp6.et.tudelft.nl by cs.umb.edu with SMTP id AA12087
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Sun, 7 Aug 1994 18:50:12 -0400
  3. Received: by dutepp6.et.tudelft.nl id AA19510
  4.   (5.67b/IDA-1.5 for tex-k@cs.umb.edu); Sun, 7 Aug 1994 21:07:59 +0200
  5. Date: Sun, 7 Aug 1994 21:07:59 +0200 (MET DST)
  6. From: Richard Kooijman <R.Kooijman@et.tudelft.nl>
  7. Subject: Re: bug report ls-R handling
  8. To: Timothy Murphy <tim@maths.tcd.ie>
  9. Cc: tex-k@cs.umb.edu
  10. In-Reply-To: <9408062116.aa16952@hamilton.maths.tcd.ie>
  11. Message-Id: <Pine.3.89.9408072026.A6328-0100000@dutepp6.et.tudelft.nl>
  12. Mime-Version: 1.0
  13. Content-Type: TEXT/PLAIN; charset=US-ASCII
  14.  
  15. On Sat, 6 Aug 1994, Timothy Murphy wrote:
  16.  
  17. > I'm baffled by this line of argument.
  18. > How can you expect ls to know about TEXINPUTS?
  19.  
  20. I am baffled about this somewhat harsh reply.
  21.  
  22. You are looking upon the situation from the wrong angle IMHO.
  23. 'ls' does not need to know about TEXINPUTS, but I expected the search 
  24. algorithm to read the ls-R database, store it in memory and then search 
  25. through THIS information USING the values of TEXINPUTS, TEXFONTS etc.
  26. Instead of using TEXINPUTS et al. and reading directories (over and over 
  27. again), i.e. the 'old' method.
  28.  
  29. > Note that you don't have to use ls-R if you don't want to,
  30. > and you will be back with your old settings.
  31. > Just delete ls-R.
  32.  
  33. Problem is that results are very different if you do or don't use ls-R.
  34. Think about supporting LaTeX209 and LaTeX2e inputs subtrees.
  35.  
  36. > I suppose it would be possible to have separate ls-R's
  37. > for TEXINPUTS, TEXFONTS, etc.
  38.  
  39. Wrong approach. One ls-R is just fine, but the search should then be done 
  40. in the directory information provided by this database and not taking 
  41. just the first entry found.
  42.  
  43. > But is it worth it?
  44.  
  45. I (we?) think so.
  46.  
  47. > The present system is excellent, in my opinion.
  48.  
  49. You just haven't encountered any problems yet.
  50.  
  51. > As Hilbert (nearly) said of Cantor,
  52. > "Nobody shall take us from this paradise that Karl has created".
  53.  
  54. Problem is that we are not yet arrived at paradise. The current method 
  55. can be improved IMHO.
  56. I don't think I am talking nonsense here or am I?
  57.  
  58. Is anybody doing the mods already? Otherwise I might give it a shot.
  59.  
  60.  
  61. Richard.